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(54) TiUe: ELECTRONICALLY TRANSMITTED PAYMENT SYSTEM 
(57) Abstract 

The present invention permits electronic transmission of fund, 
payment or rebate to a payee (320) or rebate recipient (320). The 
payee (320) or rebate recipient (320) prints a financial instrument (364) 
or generates a coupon (364) at a printer (360) or user*s terminal. The 
financial instrument (364) or coupon (364) can be generated without 
the need of special equipment and can be redeemed for payment at 
a financial instituation of the payee (320) or rebate recipient's (320) 
choice. 
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ELECTRONICALLY TRANSMITTED PAYMENT SYSTEM 

Inventors: Brian Von Herzen, Timothy Kay 

A portion of the disclosure of this patent application contains material that is 
subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of this patent document or the patent disclosure as 
it appears in the Patent and Trademark Office patent file or records, but otherwise 
reserves all copyright rights. 

PROVISION A T A PPT .TC ATIONS 

This applicahon claims benefit of provisional Patent Application Nos. 
60/129,403 filed April 15, 1989, and 60/176,401 filed January 13, 2000, both by the 
above-named inventors. These two applications are both incorporated herein by 
reference. The detailed description portion (including referenced drawing figures) of 
any U.S. patent or U.S. patent application incorporated by reference into these 
aforementioned patent applications is also specifically incorporated herein by 
reference. 

BACKGROT JMD OF THF TNFVENTION 

For centuries, persons have paid for goods and services by physically 
transmitting a financial instrument to persons providing the goods and services. 
With the progression of time, earlier types of financial insh-uments such as coins and 
gold bullion have been replaced by demand notes such as paper currency, checks, 
and money orders. However, the basic physical transmission of a financial 
insh-ument from a payor to a payee remains a popular form of financial h-ansaction. 

This time-honored physical transmission of payment is depicted in FIG. 1, in 
which a payor 110 physically tiransmits a financial insh-ument 120 to a payee 130. A 
significant benefit of physical payment tiansmission is that a payor can convey a 
financial inshnment to any desired payee, not just payees who are specially 
prepared to receive payment. Even if the payee is a random sti-eet vendor or day 
laborer with no relationship to the payor or any particular financial institution, the 
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payor can convey a financial instrument to the payee in exchange for goods or 
services. 

However, physical transmission of a financial instrument requires the payor to 
be in the same physical space as the payee, or to convey the financial instrument by 
some sort of physical transport such as the U.S. mail service. As persons have begun 
to purchase goods and services more and more via electronic commerce, the need 
has increased for a way to transmit payment electronically. 

Various Internet payment schemes have been developed in an attempt to meet 
this need. However, these payment schemes lack the flexibility offered by the 
physical transmission of a financial instrument from a payor to any desired payee. 
With conventional schemes, a payor cannot simply select a desired payee w^ho has 
no relationship to the payor any particular financial institution and convey payment 
to that payee. One such scheme, presently offered on the Internet at 
www.payme.com, requires that payees establish a relationship with a financial 
institution so that payment can be received electronically into an account maintained 
by the payee at that particular financial institution. Other such schemes, such as that 
disclosed in U-S. Patent 5,909,673 to Gregory and that presently offered on the 
Internet at www.checksbynet.com, require the payee to take special steps to receive 
electronic payments, including configuring a printer with an expensive, specialized 
Magnetic Ink Character Recognition (MICR) cartridge. 

Consequently, the need remains to provide the flexibility of physical 
transmission of a financial instrument with the benefits of electronic payment. A 
payment system is needed that allows a payor to electronically convey a financial 
instrument to any desired payee, without the need for the payee to either take 
special steps to prepare for receiving payment or have any prior relationship with 
the payee or any particular financial institution. 

A further need remains for electronic transmission of rebates. Manufacturers' 
rebates have become commonplace in the competitive retail sales market. Bv 
including manufacturer's mail-in rebates in their price quotations, retailers are able 
to offer low adverrised prices. In the consumer electronics market, however, these 
mail-in rebates are often offered by disreputable manufacturers that do not actually 
send the rebates to the consumer. 
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Conventional rebate fulfillment is t\-picaily slow and inconvenient to the 
consumer, even when trustworthiness of the manufacturer is not in question. For 
example, E-machines (www.e4me-com) offers a $75 rebate on its $474 computer. 
These rebates commonly take three months or longer to process by mail, and are 
tedious, time consuming and uncertain. 

As a result, customers are generally skeptical and dubious about actually getting 
offered rebates, and are reluctant to carry out the form filling, cutting, pasting, 
mailing and waiting required just to get a possible check in the mail months later. 
Following up to ensure payment requires organization, is still more time consuming, 
and yet uncertain in its outcome. 

Another example of manufacturers' rebates may be found at 
www.cyberrebate.com. This site offers manufacturers' rebates in exchange for 
detailed marketing information about products purchased. Even though this site is 
on the Internet, they still use mail-in rebates. These require the consumer to mail in 
the product s UPC code as a proof of purchase, along with forms, and wait weeks to 
receive rebate payment in the form of a check. 

SUMMARY OF THE INVENTION x 

Methods and systems according to various aspects of the present invention 
periTut electronic transmission of payment or a rebate to a payee or rebate recipient. 
The payee or rebate recipient prints a financial instrument or generates a coupon at a 
printer or user terminal. The financial instrument or coupon can be generated 
without the need for special equipment and can be redeemed for payment at a 
financial institution of the payee or rebate recipient's choosing. 

In one method of the invention for electronically transmitting funds, a payor, 
payee, or financial intermediary establishes a connection between a first user 
terminal and a printer on a wide area network. The first user terminal is accessible to 
the pavor, and the printer is accessible to the payee. The printer is configured to 
print substantiallv nonmagnetic prinhng media on a paper medium. Authorization 
input is provided to the first user terminal to activate the printer so that it prints a 
financial instrument on the paper medium. 
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By printing the financial instrument on a paper medium with substantially 
nonmagnetic printing media, the need for an expensive, specialized MICR cartridge 
is avoided. Consequently, any payee having access to a plain paper printer or fax 
machine can print the financial instrument. 
5 Another method of the invention for electronically transmitting funds includes 

designahng an electronic mail address of a payee and conveying an electronic mail 
message to the payee. The message includes an authorization code. Responsive to 
the authorization code, printing of a financial instrument is activated on a printer 
accessible to the payee. Advantageously, an authorizahon code can be transmitted 
10 via an electronic mail message to any designated payee having an electronic mail 
address. 

The financial instrument printed in the methods includes indicia of a financial 
account and an amount of funds that the payee is authorized to draw from the 
financial account. The indicia can further identify the payee or an entity that owns 
15 funds of the financial account, or both, and can include contact information for an 
authorized agent of the entity. To help deter fraud, the financial instrument can 
include security markings that are configured to change appearance when optically 
duplicated. 

To further deter fraud, a particularly advantageous variation of the methods also 
20 includes maintaining an issue list. An issue list is any list of payments of funds that 
one or more pavees are authorized to draw, and have not yet drawn, from funds of 
the payor in the financial account. After presentation of the financial instrument to a 
financial institution in such a variation, the payee is only permitted to draw the 
funds indicated bv the financial instrument if the list indicates that the payee is 
25 authorized to draw the funds and has not yet drawn them. 

To help assure the payee of the validity of payment, another advantageous 
v^ariation of the methods includes coupling a server of an intermediary entity to the 
network. In such a variation, an authorization code is transmitted from the first user 
terminal to the second user terminal to signify payment of funds from the payor to 
30 the payee. The authorization code is relayed from the second user terminal to the 
server to signify acceptance of payment by the payee. Upon acceptance of the 
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authorization code by the intermediary entit\% the financial instrument is printed 
under control of the server. 

Software can be downloaded from the server of the intermediary entity to 
control printing of the financial instrument. Advantageously, the software can be 
configured to allow only a single copy of the financial instrument to be printed on 
the printer. 

Electronic activahon (i.e., generarton) of a rebate coupon according to'^^various 
aspects of the present invention provides rebate remittance with convenience, speed, 
and consumer protection. By permitting a rebate provider to electrorucally authorize 
generation of a coupon when a user has met predetemruned fulfillment obligations, 
such a system avoids the delay and uncertainty associated with mail-in rebates. The 
user IS assured of payment as soon as the rebate coupon is generated. 

By providing a more user-friendly rebate system, the invention makes it easier 
for manufacturers to encourage consumers to register their products. Consequently, 
manufacturers can more readily obtain demographic information. 

In a method of the present invention for electronically transmitrtng a rebate, a 
rebate provider offers a rebate to a user operating a user terminal .-The rebate 
provider offers the rebate, either directly through a network connection, through a 
financial intermediary, or indirectly through computer software that the rebate 
provider delivers to the user, in consideration for performance of an obligation of a 
specified rebate transaction. Software executing on the user terminal, a server of the 
rebate provider or financial intermediary, or another type of controlling enHt\' 
receives information from the user terminal confirming performance of the 
obligation. Upon performance of the obligation, the controlling entity permits a 
rebate coupon to be generated at the user terminal. The rebate coupon includes a 
medium bearing trusted indicia of payment obligation to the bearer of the medium. 

Advantageously, the rebate coupon can be printed on a plain paper medium 
with substanrially nonmagnetic printing media, avoiding the need for a specialized 
printer Consequently, any rebate recipient having access to a plain paper printer or 
fax machine can print the rebate. 

The rebate provider can offer the rebate as an incentive for the user to agree to 
accept specific terms for use of a product or service. To perform the obligarion of 
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such a rebate transacrion, the user performs an action intended to legally bind the 
user to the agreement. A pa: icularly convenient type of action requires the user to 
remove opaque material to reveal a code printed on a tangible medium. The user can 
enter the exposed code to obtain the rebate, at the expense of signifying that he or 
she agrees to be legally bound by the specific terms of the rebate transaction. 

According to one aspect of the invention, a coupon is only activated w^hen a user 
performs obligations of a rebate transaction that extend for a predetermined period 
of time, for example to ensure that a user remains subscribed to a fee-based service 
for sufficient time to justify providing a rebate. 

According to another aspect of the invention, a coupon is only activated when a 
user agrees to waive return of a product. Consequently, manufacturers can be more 
assured of making a final sale of a product. Software manufacturers can avoid fraud 
without the need for "no return if opened" policies. 

According to another aspect of the invention, software manufacturers can 
provide an immediate incentive for users to install their brand of a software product. 

According to still another aspect of the invention, polling agencies can provide 
members of a survey sample an incentive to respond to a survey. By offering a rebate 
for a realistic survey response (e.g., all radio buttons of an Internet survey selected 
from default positions, non-outlier responses to questions, etc.), a polling agency can 
obtain more responses to inquiries than if no compensation were offered. 

Other advantageous aspects of the present invention are disclosed in the 
detailed description below, some of which are particularly pointed out in the 
appended claims. 

BRIEF DESCRIPTION OF THE DRAWING 

Various embodiments of the present invention are described below with 
reference to the drawing, wherein like designations denote like elements. 

FIG. 1 is a representative view of a payor and payee engaged in conventional 
transmission of a financial instrument. 

FIG. 2 is a representative view of a payor and payee engaged in electronic 
transmission of a financial instrument according to various aspects of the present 
invention. 
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FIG. 3 is a representative view of a exemplary system for transmitting payment 
from a payor to a payee via a global conununications network. 

FIG. 4 is a block diagram of a user terminal usable with an embodiment of the 
invention showing processes performed by the terminal. 
5 FIG. 5 is a block diagram of a server usable with an embodiment of the 

invention showing processes performed by the server. 

FIG. 6 is a diagram of data flow and funds transfer's in accordance with an 
embodiment of the invention. 

FIG. 7 is an alternative diagram of data flow and funds transfers in 
10 accordance with an embodiment of the invention. 

FIG. 8 shows a data structure of an electronic mail usable with an 
embodiment of the invention. 

FIG. 9 is an alternative data structure of an electronic mail usable with an 

embodiment of the invention. 
15 FIG. 10 is an exemplary page displayable on the world wide web for soliciting 

use of a money-order system in accordance with an embodiment of the invention. 
FIG. 11 is the second page of FIG. 10. "~ 
FIG. 12 is an exemplary financial instrument printed in accordance with the 

invention. 

20 FIG. 13 is a flowchart depicting a method of transmitting payment from a 

payor to a payee in accordance with an embodiment of the invention. 

FIG. 14 is a flowchart depicting another method of transmitting payment form 
a payor to a payee in accordance with another embodiment of the invention. 

FIG. 15 is a flowchart depicting a method for printing a financial instrument 
25 at the payee's location in accordance with aspects of the invention. 

FIG. 16 is a flowchart depicting methods for payrnent of a printed financial 
instrument when presented by the payee, in accordance with the invention. 

FIG. 17 is a diagram of a rebate activation system in accordance with an 
embodiment of the invention. 
30 FIG. 18 is a block diagram of a computer system usable with FIG. 17 showing 

processes performed by the computer system. 
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FIG. 19 is a diagram showing an exemplary process for transfer of funds in a 
rebate system using an issue list. 

DESCRIPTION OF PREFERRED EXEMPLARY EMBODIMENTS 

Electronic transmission of payments according to various aspects of the present 
invenrion provides numerous benefits, including allowing a payor to electronically 
convey a financial instrument to any desired payee. The payee does not need to take 
special steps to prepare for receiving payment or have a prior relationship with the 
payee or any particular financial institution. A system according to various aspects 
of the invention for electronic payment transmission can be implemented by any 
suitable combination of hardware and software. For example, system 200 of FIG. 2 
includes a first user terminal 210 accessible to a payor 212 and a second user terminal 
220 and a printer 230 that are accessible to a payee 232. A connection is established 
between terminal 210 and printer 230 (through terminal 220) on a wide area 
network, which is schematically represented by signal 240. Payor 212 can transmit 
payment to payee 232 by providing suitable authorization input to terminal 210. 
Second user terminal 220 activates printer 230 responsive to the authorization input 
to print a financial instrument 250, which payee 232 can redeem at a financial 
institution for payment. 

Advantageously, the financial instrument can be transmitted to a payee via the 
Internet. An exemplary system 300 for transmitting payment from a payor 310 to a 
payee 320 via the Internet may be better understood with reference to FIG. 3. System 
300 includes a first user terminal 330, a server 340 of an intermediary entity, a second 
user terminal 350, and a printer 360. First user terminal 330, server 340, second user 
terminal 350, are coupled together via a network connection established on the 
Internet 360, represented by a cloud symbol. Printer 360 is coupled to terminal 330 
and server 340 through terminal 350. 

Payor 310 authorizes transmission of payment to payee 320 through terminal 
330, the flow of authorized funds being represented by arrow 312. Payment 
effectively passes from terminal 330 to server 340, as represented by arrow 332. 
Payment effectively passes from ser\'er 340 to second user terminal 350, as 
represented by arrow 342. Terminal 350 activates printer 360 to print a financial 
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instrument 364, which is received by payee 320. This final flow of funds is 
represented by arrow 362. 

The actual transfer of funds to payee 320 represented by arrow 362 does not take 
place until payee 320 presents financial instrument 364 to a financial institution for 
5 payment. However, system 300 may transfer some funds before that time, for 
example as an Automated Clearing House (ACH) transaction between financial 
institutions of payor 310 and intermediary entity of server 340, conducted via the 
Internet 360. 

A user terminal according to various aspects of the present invention includes 

10 any suitable hardware or software, or combination thereof, that can be accessed by a 
user for communication of information to or from a network. For example, user 
terminal 350 includes hardware and software that carries out various processes 
depicted in FIG. 4. Hardware of user terminal 350 can include various components 
of a conventional PC-compatible computer. Software of user terminal 350 can 

15 include a WINDOWS 98 (RTM Microsoft Corp.) or Linux operating system. 

The various processes depicted in ¥1G. 4 effectively create subsystems within 
terminal 350. These processes include a user interface 410, electronic mail 420, ^ web 
browser 430, network communication 440, and authorization 450. User interface 410 
displays information to a user and receives input from the user, and exchanges 

20 information and input with electronic mail process 420 and web browser process 
430. Electronic mail process 420, which can be implemented by convenrional 
software such as NETSCAPE Messenger (RTM Netscape Communications Corp.) or 
MICROSOFT Outlook (RTM Microsoft) cooperates with -..user interface 410 and 
network communications process 440 to permit the user to send and receive 

25 electronic mail messages- Web browser process 430, which can be implemented by 
conventional software such as NETSCAPE Navigator or MICROSOFT Internet 
Explorer, cooperates with user interface 410 and netivork communications process 
440 to permit the user to view web pages, send information via web-based forms and 
encoded URLs, and download files. 

30 Network communication process 440 is of any suitable type for communicating 

information to or from a network. In a variaHon of user terminal 350 where the 
network is the Internet and the network connechon is through audio telephone 
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signals, process 440 can be carried out by a modem and dial-up networking software 
of the WINDOWS 98 operating system. In a variation where the network connection 
is through Digital Subscriber Loop (DSL) telephone signals, network communication 
process 440 can be carried out by a DSL adapter card and Ethernet software. In other 
5 variations, a user terminal can communicate information to or from a network other 
than the Internet, using other types of network connections. 

Authorization process 450 controls printing of a financial instrument responsive 
to an authorization code or software received through network communication 
process 440. 

10 First user terminal 310 can include the same hardware and software of second 

user terminal 350. This hardware and software can carry out the processes depicted 
in FIG. 4, though terminal 310 does not require all of those processes to implement 
system 300. For example, user 310 can authorize transmission of funds using either a 
web browser or, in a different embodiment, an electronic mail message. Thus, first 

15 user terminal 310 does not necessarily need to carry out both an electronic mail 
process and a Web browser process. 

In addition, authorization process 450 may be different in first user terminal 310 
than in second user ternninal 350, or even omitted. Terminal 310 does not necessarily 
need to authorize prinHng to any attached printer to implement system 300 because 

20 financial instrument 364 is printed on printer 360, which is controlled by second user 
terminal 350. In variations of first user terminal 310, authorization process 450 can 
include functions of attaching computer executable code to an electronic mail 
message, or generating a password or URL for embedding in a message to a payee, 
only when payment is authorized. 

25 Exemplary system 300 includes server 340 of an intermediary entity. An 

intermediarv entity according to various aspects of the present invention includes 
any company, person, or organization that accepts funds from a payor and transmits 
funds to a payee so that the funds are effectively transmitted from the payor to the 
payee through the intermediary entity. An intermediary entity can offer a guarantee 

30 to the payee that assures the payment even if the payor defaults in funds paid to the 
intermediary' entity. Such a guarantee can make a payee more likely to accept 
payment using svstem 300 even if the payee has never used such a system before. 



- ID - 

SUBSTITUTE SHEET (RULE 26) 



wo 00/63809 PCT/USOO/10345 
The credibility of the guarantee can be enhanced when the payee recognizes a brand 
name of the intermediary enhty and associates that name with financial reliability. 

In a variation where the benefits of an intermediary entity are not required, it 
can be omitted. When system 300 is configured in such a variation, payment of fronds 
5 proceeds directly from first user terminal 330 to second user terminal 350. 

A server according to various aspects of the present invenrton, such as server 
340, includes any suitable hardware and/or software that can exchange information 
with a user terminal via a network. Server 340 includes hardware and software that 
carries out various processes depicted in FIG. 5. Hardware of server 340 can include 
10 various components of a PC-compatible computer, suitably configured for the 
demanding reliability and performance requirements of a server. Software of server 
340 can include a WINDOWS NT (RTM Microsoft Corp.) or Linux operating system. 

The various processes depicted in FIG. 5 effecrively create subsystems within 
server 340. These processes include a user interface 510, electronic mail 520, network 
15 communicaHon 540, and authorization 550. User interface 510 transmits information 
to a user (e.g., HTML for display on a web browser at a user terminal) and receives 
input (e.g., form posring) from the user. Electronic mail process 520 is an automated 
electronic mail processor that sends electronic mail messages, authorization codes, 
and prinring software to payees to advise of proffered payment and control printing 
20 of financial instruments. Authorization process 550 interacts with electronic mail 
process 520 to control the sending of authorization codes and printing software to 
payees. 

To carry out processes 510, 520, and 550, software of server 340 can further 
include a CGI script. A suitable script is appendixed to this patent application in ten 
25 pages of program listing and incorporated herein by reference. A description of this 
script's functions is provided in TABLE I below. 



-11 - 

SUBSTITUTE SHEET (RULE 26) 



wo 00/63809 



PCT/USOO/10345 



TABLE I 



Function 



Description 



mam 
go 

lookup_ebay 

have^info 

from_mol 

from_email 

choice 

downJoad 

sendmail 

retrieve_ebay_info 

print.file.hinted 

pnnt_header 

load_file 

subst 

quote 

parse_querv 

today 

get 

encode 



Connects to online database of financial intermediary 

Branches to the appropriate function based on the acrion query. 

For integration with payment related to an auction service 
(www.eBay.com) - looks up auchon information on the eBay 
website. 

Gets the payor and payee (buyer and seller, respectively) name 
and address information and ennail 

Processes the credit card merchant information for payment, 
and provides email messages. 

Responds to payer and payee visits from clicking on their email 
acrivation code 

Lets the payee choose between accepting the money order or 
not, and having it printed using the inventive system or mailed 

Sends the money order software and related indicia to payee's 
user terminal. 

Facilitates the transnnission of email to the payor and payee 
(buyer and seller). 

For integration with payment related to an auction service 
(www.eBay.com) - gets auction information from the eBay 
website. 

Prints header information. 

Provides content type for web page generation. 

Reads a file into server memory 

Substitutes one string for another in a record 

Inserts quotes around operands 

Processes key and value fields in a table database 

Retrieves the day of the year 

Gets a cormection to the database 

Performs a ROT encr^-ption translation of data 



Electronic transmission of funds according to various aspects of the present 
invention, such as that performed by system 300 of FIG. 3, may be better understood 
with reference to data flow diagrams of FIGS, o and 7. 
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FIG. 6 is a diagram of data flow (and funds transfer) in a transaction 600 that 
does not involve a financial intermediary. In transaction 600, a payor 610 initiates 
payment to a payee 650 by entering a suitable type of authorization input, which is 
then transmitted electronically to payee 650 as an authorization code. (This 
5 transmission is represented in FIG. 6 by line 612.) The transmission can takf, the form 
of an electronic mail message from payor 610 to payee 650, in which, case the 
authorizatton code can be added to the message as a password or embedded URL, or 
attached a portion of computer executable code attached to the message. 

When transaction 600 is carried out in system 300 (minus unused server 340), 

10 authorization process 450 in user terminal 310 can cooperate with user interface 
process 410 to help the payor send the authorization code in an electronic mail 
message. For example, authorization process 450 can generate an executable 
program for a PC compatible computer that includes information on the payer's 
account number, item number, payor information and payment amount. The 

15 executable can be attached to the message and trar\smitted along with an 
introductory message in the body of the message. 

An electronic mail message sent from payor 610 to payee 650 to signify a 
payment of fui^ds is a type of data structure. FIG. 8 depicts a data structure,800 of 
one type of electronic mail message for transmitting the authorization code in 

20 transaction 600. Data structure 800 includes an electronic mail address of the payee, 
for example in the form user@domain.com. Structure 800 further includes the 
authorization code 820, which is incorporated into the body of the electronic mail 
message as a password or embedded URL. When code 820 is embedded as a 
password, the body of the message may include text of the type in TABLE II below: 



-13- 

SUBSTTTUTE SHEET (RULE 26) 



wo 00/63809 



PCTAJSOO/10345 



TABLE II 



Type of Payment Example Message Text 

Money order or personal "John Doe has made a payment of SIOO.OO available for 

check from buyer to seller you. To accept and receiv^e this payment, enter the 

password 'alb2c3d4' at www.moneyordersonline.com. 
You will then be able to print a check for the amount of 
payment using your web browser and printer." 

Government check "You are entitled to a S1,000 refund on your withheld 

federal income taxes. To receive your refund 
electronically, simply enter the password 'alb2c3d4' at 
www.refundwebsite.com. You will then be able to print 
a check from the U.S. government for your refund using 
your printer." 

Rebate coupon "Congratulations on your purchase of an ACME 

software product and your rebate of $10.00. To receive 
your rebate, enter the password 'alb2c3d4' in the 'help - 
rebate' menu of your new software. You will then be 
able to print a check for the rebate using your printer." 

Traveler's check "Thank you for your purchase of S500 worth of ACME 

traveler's checks. To receive the four $100 checks and 
five $20 checks you selected, enter the password 
'alb2c3d4' at www.acmetravelerschecks.com. You will 
then be able to print your checks using your web 
browser and printer." 



Upon receipt of the authorization code, payee 650 is able to print financial 
instrument 640 on a printer accessible to him or her. As discussed below, suitable 
types of financial instruments include personal checks, traveler's checks, money 
orders, and rebate coupons. Payee 650 presents financial instrument 640 to a 
financial institution of payee s choice for payment. (This physical transmission is 
represented in FIG. 6 by line 652.) 

Funds transfer in transaction 600 is represented in FIG. 6 by arrows 622 and 632. 
Arrow 632 represents the funds transfer of payee 650 receiving fvmds (as cash or a 
deposit to the payee's financial account). Arrow 622 represents the consequent funds 
transfer from the payor's financial institution 620 to the payee's financial instituhons 
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630. Arrow 614 represents the charge or debit incurred by payor 610 for the 
payment. 

FIG. 7 is a diagram of data flow (and funds transfer) in a transaction 700 that is 
similar to transaction 600, but involving a financial intermediary. In transaction 700, 
5 payor 610 initiates payment to payee 650 by entering a suitable type of authorization 
input, which is then transmitted electronically to financial intermediary 710. (This 
transmission is represented in FIG. 7 by line 712.) The transmission can take the form 
of form input to web pages served by a server of financial intermediary 710, such as 
server 340 of system 300. Examples of such web pages are depicted in HGS. 10 and 

10 11. 

After receiving authorization input from payor 610, the server of financial 
intermediary 710 alerts payee 650 as to the availabihty of payment and electronically 
authorizes prinhng of a financial instrument for the amount of payment. Financial 
intermediary 710 can also offer a guarantee of the payment to encourage payee 650 

15 to accept it. (The transmission of this alert and optional offer of a guarantee is 
represented in FIG. 7 by line 762.) 

The alert, authorization, and offer of a guarantee can all be transmitted, via an 
electronic mail message from payor 610 to payee 650. The authorization can take the 
form of an authorization code. The transmission of such a code via an electronic mail 

20 message is discussed above with reference to HG. 6 and TABLE II. Other types of 
electronic transmission can be employed, such as "push" browser technlogy, fax, or 
the "Instant Messaging" services presently marketed b\- AMERICA ONLINE and 
NETSCAPE. 

If payee 650 wishes to accept the payment, he or she performs an appropriate 
25 action to indicate acceptance and acrivate printing of financial instrument 640. For 
example, payee 650 can log onto the internet web site of financial intermediary 710 
with an embedded URL (and, if asked, affirm acceptance of payment). The server of 
financial intermediary 710 can require that payee 650 provide the authorizafion code 
or other suitable authentication before it will allow printing of financial instrument 
30 640. 

The server of financial intermediary 710 sends suitable control information to 
payee 650, as represented by line 764. Payee then can prmt financial instrument 640 
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and present to payee's financial institution 630 for payment (line 7'2), as in 
transaction 6 

Funds transfer in transaction 700 is represented in FIG. 7 by arrows 722, 772, 774, 
and 732. Arrow 732 represents the funds transfer of payee 650 receiving funds (as 
cash or a deposit to the payee's financial account). Arrow 772 represents the 
consequent funds transfer from the financial institution 770 of financial intermediary 
710 to the payee's financial institution 630. Arrow 722 represents the funds transfer, 
resulhng from transfer 772, from the payor's financial institution 620 to the financial 
intermediary's financial inshtution 770. Arrow 774 represents the profit earned by 
financial intermediary 770 from the transaction, which is depicted in FIG. 7 as a 
funds transfer from the financial institution 770 of financial intermediary 710 to 
financial intermediary 770. Arrow 714 represents the charge or debit incurred bv 
payor 610 for the payment . 

As illustrated in FIGS. 10, 11 and in the appendixed code, a financial 
intermediary can integrate electronic transmission of payment with an online 
auction service such as that offered by www.ebay.com. 

A financial instrument according to various aspects of the present invention 
includes any suitable indicia on a paper medium for conveying payment to the 
designated payee or bearer of the instrument. An exemplary financial instrument 
1200 is illustrated in FIG. 12. Instrument 1200 includes indicia 1210 of the depository 
financial institution and account number of the sender of the financial instrument. 
The financial instrument includes the amount of the payment written numerically 
1222 and also in textual format 1224. It can include the the name 1230 of the 
recipient or payee (voided in the case of FIG. 12) and also the name 1240 and address 
or contact information of the intermediary or of the sender who owns the financial 
account at the depository financial institution. 

The financial instrument 1200 can be printed on a plain paper medium such as 
standard office paper. It can also comprise an incentive instrument or rebate coupon 
that is provided as compensation for completing a desired activity or task. The 
financial instrument may further comprise a personal check, traveler's check or 
money order. In addition, the financial instrument may contain security markings 
that are configured to change appearance when optically duplicated. Examples of 
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these markings can be found in blank check stock that can be purchased at office 
supply stores containing pantographs that change appearance when ophcally 
duplicated. 

An exemplary method for transmitting payment from a payor to a payee may be 
better understood with reference to HGS. 13-16. Method 1300 of FIG. 13 begins with 
process 1400, in which a payor authorizes printing of a financial instrument to 
signify payment of funds to a payee. Method 1300 continues with process 1500, in- 
which the payee prints a financial instrument to signify acceptance of payment from 
the payor. Method 1600 finishes with process 1600, in which the payee presents the 
printed financial instrument to a financial institution of his or her choice to receive 
the payment. 

Process 1400 (FIG. 14) begins at step 1410, where the payor transmits authorizing 
information to the server of the financial intermediary. (This transmission is similar 
to the transmission represented by line 712 in FIG. 7.) The payor can visit a website 
of the server and fill out forms such as those depicted in FIGS. 10 and 11. In one 
embodiment, the forms request the payor's name, email and physical address, and 
the name, email and address of the payee. In a variation where the payor releases 
the financial instrument to be sent without this ancillary information, oiily the 
payee's email address may be required. 

The payor then can provide payment and optional auction information. The 
payment information can include the payment amount, desired date of payment, 
and the desired delivery method. The deliv ery method can include email delivery, 
web delivery, and (in the event that printing of the financial instrument^is not 
performed), postal service delivery or ACH transfer. If the payment is tied to an 
Internet auction, the auction information can be supplied, which is then looked up 
on the auction site, providing final bid price, auction title and descriphve 
information, along with buyer (payor) and seller (payee) information. 

Once the payor has provided the required pricing information, the method of 
payment from the payor to the financial intermediary is selected. Possible payment 
methods include credit card, electronic check or ACH (automated clearing house) 
transactions. The transaction is preferably completed over a secure SSL Internet 
connection, with the payment authorization being requested over the Internet. 
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At process step 1420, the server of the financial intermediary transmits an 
authorization code to the payee via an electronic mail message. At step 1430, the 
server (or user terminal of the payee) updates an issue list, which is accessible to 
financial inshtutions. When a financial insritution is asked to clear a financial 
instrument printed by the payee in the transaction, it can looks confirm that the 
payee is authorized to draw, and has not yet drawn, the funds designated. 

Method 1300 conhnues with process 1500, in which the payee prints a financial 
instrument to signify acceptance of payment from the payor. Process 1500 (FIG. 15) 
begins at step 1510, where the payee receives an electronic mail message from the 
financial intermediary. The recipient can then visit a Web site provided by a ser\'er 
of the financial intermediary, at step 1520, using a standard Internet web browser. 

In one embodiment, the recipient receives email that they have a financial 
instrument waiting. The recipient follows an embedded URL to the site to receive 
the financial instrument waiting for them on the server. The recipient selects 
between U.S. postal service delivery, electronic delivery in accordance with, or to 
refuse delivery of the financial instrument. If the benefits of electronic transmission 
are not required and USPS delivery is selected, the financial instrument is printed at 
a regional distribution office and is sent overnight to the recipient. If the recipient 
does not accept the financial instrument, they can refuse it. Finally, the recipient can 
select electronic delivery of the financial instrument in accordance with the 
invention. 

If the recipient has not previouslv downloaded a financial instrument according 
to the invention, printing software is downloaded to the computer that enables 
printing of the financial instrument securely, at step 1530. Then control information 
for printing the actual financial instrument is downloaded, at step 1540. At step 1550, 
the printing software prints a test page on the recipient's general-purpose printer, 
then after the pavee confirms that it printed acceptably (at decision step 1560), prints 
one copy of the financial instrument and ends process' 1500. If the financial 
instrument does not print, the financial intermediary prints the financial instrument 
and sends it to the payee conventionally, at step 1570. (Suitable positive-pay security 
precautions should be implemented to prevent fraud.) 
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Method 1300 finishes with process 1600, in which the payee presents the printed 
financial instrument to a financial insritutton of his or her choice to receive the 
payment. The financial instrument can then be deposited with the recipient's 
financial institution as with any check or other item. The financial instrument is 
5 deposited and passes through the central banking clearing system. In one 
embodiment, positive pay technolog>- is utilized whereby the item number, recipient 
and item amount are pre-transmitted to the financial institution. At step 1620; the 
financial institution checks the issue list to see if the payee is authorized to draw, and 
has not yet drawn, the funds. The financial institution can have instructions to only 

10 accept those items that match all of these parameters. This approach effectively 
deters fraud bv stopping items that do not have matching parameters. 

If at decision step 1630 it is determined that payment is acceptable and no fraud 
is being committed, the financial institiation pays the funds to the payee, at step 1640. 
If not, the financial institution denies payment, at step 1650. 

15 There are several steps involved in actually printing the financial insti-ument on 

the payee's general purpose printer. The recipient typically will receive an electi-onic 
message providing a URL and authorization information for receiving their financial 
insti-ument. The URL points to an Internet website that confirms the identity of the 
recipient and asks how they would like to receive their financial insti-ument. ^If they 

20 choose to print the financial insti-ument themselves, they can indicate this 
information on the confirmation page. Once confirmed, the recipient downloads the 
printing software from the Internet server. This software only needs to be 
dowrUoaded once. After the first download the software installs itself and 
recognizes the download type for future printing of financial instruments. 

25 The software downloads and is run to setup the printing software. Once the 

download is complete, the financial instrument is downloaded, with all of the 
parameters required for printing. Once the financial instrument download is 
complete, the printing software starts up and processes the financial insti-iiment 
information. The download software asks the recipient if they want to print a test 

30 page to confirm operation of the printer. The test page prints and verifies correct 
operation by printing a facsimile of the financial instrument that has been voided, in 
one embodiment. Once the test page prints correctly, the printing software prepares 
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a printing dialog box that, in one embodinient, pernruts only one printing of the 
financial instrument. This dialog box is produced using optional parameters to the 
operating system software for printing control. 

In an alternative embodiment, the financial instrument can be printed multiple 
5 times. However, if the financial instrument needs to be printed more than once, a 
warning box appears indicating that the item will only be honored once, and that 
multiple submissions of the item constitutes fraud and will result in stopped item 
fees, other bank fees and possible criminal prosecution. In this way, honest printing 
mistakes can be fixed, while fraudulent activity is warned against and can be 

10 stopped using security measures at the participating financial instituhon. 

Once the financial instrument is printed on the general purpose printer, a dialog 
box appears asking if the financial instrument printed correctly. If it did, then the 
printing software terminates. If it did not print correctly, and if the software is only 
authorized to print once, the recipient is directed to customer service, where the 

15 financial instrument can be sent via fax, US mail, or ACH (automated clearing 
house) deposit. In this way, secure transmission of the financial instrument is 
facilitated. 

Any suitable software can be used to print the financial instrument. Over the 
internet, an exemplary printing program queries the server for authorization to print 

20 the financial instrument. In response to the query, the server increments a counter, 
keeping track of the number of times an attempt has been made to print the 
document. If the number of times exceeds the specified threshold, then the does not 
authorize printing and the customer is directed to customer service. 

The printing program can be improved by certain security precautions. Often 

25 people will attempt to get past security using breakpoints. They will let the program 
progress to a certain dialog box, and set a breakpoint at that location in the program 
and try to step over the branching conditional of the security check. Then 
depending on which branch is taken, the program either prints the financial 
instrument or fails the authorization. If the dialog box is placed before the 

30 authorization block of the program, then breakpoint stepping can be used to step 
over the else condition. 
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A solution to this problem is to return to subroutine before printing the error 
message. That way it is much harder to find the branch condition and override it. 

A second security measure used is to make sure that the printer resolurton is 
more than 200 dots per inch (dpi) . The reason for requiring this higher resolution is 
5 to avoid the use of printer drivers that will generate fax resolution documents. If 
prinring to a software fax machine were allowed, then it would be possible to print 
multiple times simply by recording the print file for the soft fax. Ensuring a 
resolution of greater than 200 dots per inch (dpi) invalidates printing to fax machine 
drivers, since fax resolution is 200 dpi. Most laser printers and inkjet cartridges are 
10 greater than 200 dpi. It should be emphasized that these security measures are 
ancillary measures that can provide a complement or alternative to the siecurity 
features offered with issue lists and positive pay banking relahonships with 
depository financial institutions. 

As discussed above, electronic transmission of payment according to various 
15 aspects of the present invention can be employed to provide an electronically 
activated rebate. According to a further aspect of the present invention, a rebate can 
be activated without the need for a network connection or transmission of an 
electronic mail message. 

A rebate activation system according to various aspects of the present invention 
20 includes a computer system having an authorization subsystem and a printing 
subsystem. The system can further includes a rebate provider and a banking 
institution. For example, coupon activation system 1700 of FIG. 17 includes 
computer system 1710, rebate provider 1720, and financial institution 1730. As may 
be better understood with reference to ¥IG. 18, computer system 1710 includes 
25 authorization subsystem 1810, printing subsystem 1820, and a user interface 
subsystem 1830. 

A computer system according to various aspects of the invention includes any 
suitable hardware and software for performing functions of an authorization 
subsystem, a printing subsystem, and a user interface subsystem. A printing 
30 subsystem according to the invention includes any suitable hardware and 
software/ firmware for printing a coupon. An authorization subsystem according to 
the invention includes any suitable hardware and/or software for restricting 
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printing of the coupon, or restricting validit>- of the coupon, under control of a rebate 
provider. Exemplarv authorization subsystem 1810 and printing subsystem 1820 of 
computer system 1710 are discussed in greater detail below with respect to FIG. 18. 

Computer svstem 1710 of exemplary system 1700 interacts with a rebate 
recipient 1740 via user mterface subsystem 1830. This interaction is represented by 
dataflow line 11 in FIG. 17. A user interface subsystem can facilitate interaction with 
a user bv anv suitable user interface. For example, subsystem 1830 can interact with 
rebate recipient 1740 bv a web browser rurming in a graphical user interface, with 
information communicated to rebate recipient 1740 via conventional output devices 
such as an LCD panel, CRT, voice s\Tithesis subsystem, etc. and input communicated 
from rebate recipient 1740 via conventional input devices such as a mouse, 
kevboard. voice recognition subsystem, etc. 

Rebate provider 1720 enters into a rebate transaction with rebate recipient 1740 
through computer 1710. A rebate transacrion according to various aspects of the 
present invention includes any mutually agreed performance of obligations by a 
user with compensation for such performance by a rebate. Illustrative examples of 
rebate transactions along with rebate providers and users likely to enter into such 
transactions are provided in TABLE III below. 

TABLE III 



Rebate Provider 



User 



Rebate Transaction 



Hardware product 
seller (e.g., E-Machines) 

Internet-based 
service provider 

Internet-based 
polling agency 

Software seller 



Piecework emplover 
requiring electronic 
work product 



Purchaser of 
product 

Person subscribing 
to Internet-based 
service 

Person included in 
serving sample 

Purchaser of 
software 



Piecework 
employee 

providing electronic 
work product 



User agrees to accept product and waive nght 
of return of product in exchange for rebate. 

User agrees to subscribe to Internet-based 
service for a minimum sign-up period in 
exchange for rebate. 

User agrees to provide realistic answers 
to sur\'ev in exchange for rebate. 

User agrees to end-user license agreement 
(EULA) of software, waiving right of 
return if agreement requires such, in 
exchange for rebate. 

User provides electronic work product 
(e.g., bv uploading to rebate provider's 
FTP site) in exchange for rebate (i.e., 
payment). 



-22- 

SUBSTTTUTE SHEET (RULE 26) 



wo 00/63809 



PCT/USOO/10345 



Rebate provider 1720 authorizes computer 1710 (through authorization 
subsystem 1810) to ger^erate a coupor\ 1750. This authorization, represented by 
dataflow line Al, may be of any suitable type. In one of many possible variations, 
rebate provider 1720 may provide a latent authorization for coupon generation by 
including appropriate software with other software provided to rebate recipient 
1740. In such a variation, rebate provider 1720 delegates the responsibility to 
authorization subsystem 1810 to resti-ict coupon generation until the rebate 
ti-ansaction has been fulfilled. Ultimately, however, rebate provider 1720 must 
provide the authorization by providing the soft^vare to rebate recipient 1740 and 
thus delegating the responsibility to authorization subsystem 1810. 

In a second variation, computer 1710 is in communication with rebate provider 
1720 via a wide area network (e.g., the Internet) to obtain authorization from rebate 
provider 1720. In this second variation, the authorization is active; computer 1710 
can only generate coupon 1750 after checking with rebate provider 1720 for 
authorization. Before providing authorization, rebate provider 1720 checks to see if 
the rebate h-ansaction has been fulfilled (e.g., by inquiring computer 1710 as to 
whether a correct password has peen entered, by receiving a subscription request via 
computer 1710, etc.). The dataflow line 12 represents the interaction between 
computer 1710 and rebate provider 1720 for active authorization. Interaction 
between rebate provider 1720 and rebate recipient 1740 (through computer 1710) 
may be understood as the series connection between dataflow lines II and 12. 

A coupon according to various aspects of the present invention includes any 
medium bearing tiusted indicia of payment obligation to the bearer of the medium. 
A coupon can be presented to an easily accessible banking institution for deposit to 
an account or for conversion to another types of demand note, e.g.. United States 
currency. A coupon is preferably a printed document bearing distinctive indicia 
(e.g., a particular code, artwork, hidden information, etc.) that is trusted by such an 
instihition. Examples of such types of coupons are money orders and personal 
checks. 

Trusted indicia may have distinctive characteristics that would be difficult for a 
fraudulent user to counterfeit. An institution contemplating the acceptance of a 
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coupon as payment may place trust in the coupon upon inspection of such 
characteristics. Alternatively, trusted indicia may bear a distinctive code that can be 
looked up in a registry of authorized payments such as an issue list. The operahon of 
an issue list between a rebate provider and a banking institution is discussed below 
5 with reference to FIG. 19. 

In variations where the benefits of a printed document are not required, a 
coupon may take the form of an electronic medium. An example of an electronic 
coupon is an e-mail message bearing distinchve characteristics in the form of a 
particular authentication key that would be recogiuzed by a financial institurion. An 

10 electronic coupon may also bear a distinctive code for looked up in a registry of 
authorized payments. 

In exemplary system 1700, authorization subsystem 1810 communicates with 
rebate provider 1720 to determine whether it is authorized to permit printing 
subsystem 1820 to generate a coupon. Preferably, this communicahon occurs in a 

15 highly secure manner to prevent rebate recipient 1740 from deceiving authorizahon 
subsystem 1810 with a false authorization. For example, the authorization may take 
the form of a particular encrypted string that is interpreted by authorization 
subsystem 1810 by a predetermined set of rules. Such rules should be difficult for a 
user of computer system 1700 to figure out. 

20 Upon authorization, computer 1710 generates printed coupon 1750 using 

printing subsystem 1820. Printing subsystem 1820 can include a conventional plain- 
paper printer (e.g., a laser printer) and printer driver software running on a personal 
computer. Printed coupon 1750 can be a sheet of plain paper bearing trusted indicia 
(e.g., an image formed from toner) that has been placed on the paper by the printer. 

25 The indicia can be formed using regular marking material (e.g., plain toner or ink) or 
material particularly suited for financial transactions (e.g., MICR toner). The 
dataflow line A2 represents the flow of authorization which results in coupon 1750. 

Dataflow line R represents the authorization (i.e., trust) embodied in coupon 
1750, when viewed by financial institution 1730. Upon placing trust in coupon 1750 

30 (by trusted indicia, as discussed above), financial institiation 1730 prepares to 
trar\sfer funds from rebate provider 1720 to rebate recipient 1740. Transfer of funds 
from rebate provider 1720 to financial institution 1730 is represented by dataflow 
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line MTl. Transfer of funds from financial institution 1730 to rebate recipient 1740 is 
represented by dataflow line MT2. 

An exemplary process for transfer of funds may be better understood with 
reference to FIG. 19. Rebate provider 1720 provides and maintains an issue list 1910, 
which is accessible to financial institution 1730. When financial institution 1730 
receives coupon 1750 with trusted indicia comprising a distinctive code, it looks up 
that code in issue list 1910. If rebate provider 1720 has authorized transfer of funds 
(i.e., activation of coupon 1750), the issue list entry corresponding to that distinctive 
code will be active. Financial institution 1730 will then transfer funds to rebate 
recipient 1740, typically by withdrawing funds from an account held by rebate 
provider 1720 and dispersing currency to rebate recipient 1740 for depositing funds 
an account held by rebate recipient 1740 (at the same banking institution or by 

transfer to a different one). 

An embodiment of the invention providing particular advantages, uses a 
•Scratch and Sniff" covering over a registration code. The registration code 
accompanies a product that consumer purchases. Text adjacent the covered-up 
registration code warns the consumer that uncovering the registration code and 
generating a coupon using that registration code will have certain consequences, 
e.g., waiving the right of return of the product. The rebate provider authorizes 
generation of a coupon (and hence payment of a rebate) upon receiving the 
registration code from the user. Receipt of the registration code evidences the user s 
uncovering it by removing the "Scratch and Sniff" covering, which is a conventional 
silver material of microscopic granules adhered together on a surface. Such material 
is commonly used in lottery tickets. 

TABLE IV below lists U.S. Patents whose detailed description portions 
(including referenced drawing figures) are incorporated herein by reference. Any 
terminolog>' that may be clarified by a given reference is listed adjacent that 
reference or those references in TABLE IV. The detailed description -portions 
(including referenced drawing figures) of any U.S. patent or U.S. patent application 
incorporated by reference into the patents listed in TABLE IV is also specifically 
incorporated herein by reference. 
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TABLE IV 



U.S. P: .t(s) 



ivelated Terminology 



5.870,725 - "High volume 
financial image media creation 
and display system and method" 

5,890,141 - "Check alteration 
detection system and method" 

6,000,728 - "Security document" 

5,788,285 - "Document protection 
methods and products" 

5,118,109 - "Instant poker game 
card" 



"Posirive pay" - a service useful for authorization of 
funds transfer in the inventive system, where a file 
of MICR information from the bank is 
electronically matched against a file of issued item 
information from the commercial customer. 

Trusted Indicia 



"Scratch and Sniff 



To illustrate operation of an embodiment of the invention, the following 
description is provided. This description is not to be considered limiting in any way, 
5 but merely exemplary. A product is offered for sale through retail or Internet 
channels offering an instant cashback rebate. The product is unpacked, installed, 
and software for the product is installed on a personal computer. After the 
installation process the software may send registration information (possibly over 
the internet) to the manufacturer. The product may use a "scratch'n sniff" 
10 registration code, in which the registration code is kept secret until the customer 
commits to purchasing the product and waives the right of return. For software 
products, this code can be printed on the inside of the sealed envelope containing the 
software. Once the envelope is opened, the software cannot be returned in most 
cases. 

15 The rebate code enables prinhng of the rebate coupon. The coupon is preferably 

made out to the registered owner of the new product. It can be printed on plain 
paper or on check stock on a general purpose printer for a personal computer. A 
MICR or non-MICR toner cartridge can be used to print the money order. Securit}' 
codes and patterns can be printed on the coupon to make it more difficult to copy. 

20 The type of markings found on standard check stock purchased from an office 
supply store can be employed. The rebate coupon can actually be an international 
money order, cashier's check, traveler s check, personal, company or corporate 
check, or beer draft. The financial instrument is processed just as any check or other 
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item would be. The item clears the customer's barxk and is passed to the bar^k of the 
financial instrument provider. Each day the provider's bank receives a list from the 
provider of the authorized items for payment, including their item number, payee 
name (if any), and item amount. If all of these parameters match an incoming item, 
then the transaction is approved. However, the item does not match the items in the 
issue list, then the item is returned as a stop payment to the customer bank or 

insHtution. In this way, fraud is largely eliminated. 

For software download from the internet, the software is downloaded to a 
computer using an internet service provider, typically. The software is registered to 
the customer, and once the registrahon process has successfully been completed, a 
financial instrument is printed made out to the person who registered the software 
as a reward for successfully installing the software. The instrument is then cashed as 

in the preceding paragraph. 

For becoming a member of an internet site, the customer visits the target site, 
reviews the information available and decides to become a member. He or she fills 
out the internet registration form, downloads the financial instrument printing 
software, and downloads information to print the customized money order on a 
local general-purpose printer for a personal computer. The financial instrupient is 
cashed as would any other item at a local bank or institution. 

To further illustrate uses of rebate coupon activation according to various 
aspects of the present invention, three specific examples are provided below. These 
examples are not to be considered limiting in any way, but merely exemplary. 

The first example involves an E-machine that a consumer purchases. In the box 
with the e-machine software is an installation CD-ROM with registration software 
and instant rebate software. Also sent is a rebate code on a slip of paper with silver 
adhesive powder that must be scratched off to reveal the rebate code (scratch'n sniff 
rebate code). This paper says: "Revealing this code signifies your acceptance of this 
product and waives your right of return of the product." The user plugs in the 
computer and hooks it up to his or her phone line. Product registration information 
is filled out in a form, and sent via phone line to the manufacturer. Once the 
registration process is complete, the computer asks for the rebate code, and then 
prints out the rebate money order made out to the registered owner in the amount of 
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S75. If the rebate recipient's printer fails then the recipient can call the money order 
company and get a money order mailed. The money order is printed on any 
standard printer made for a personal computer on plain paper. The money order 
can be cashed at the customer's bank, as with any check. 
5 The second example involves an internet company that wants to acquire new 

customers on the internet. This is normally a very expensive process. Even simple 
sites spend $20 per customer on marketing and sales costs. OrUine brokerages have 
valuations of up to 510,000 per customer. One method to acquire new customers is 
to offer them cash for signing up. E-Trade offered customers $50 to $75 for signing 

10 up as a new account. But it can take two months or longer to get these amounts 
credited to the customer's account. 

In the example, the customer signs up on the internet for a new account. Any 
needed software is downloaded at that time. Once the signup process is completed, 
an internet money order is printed on the customer's printer for the amount of the 

15 incentive. If there is a minimum sign-up period, then the money order is forward- 
dated with a note that the account must be active when the money order is cashed 
for the money order to clear the bank. 

The third example involves a large Internet company (e.g., America Online), 
which ships about a million CDs out to customers to get them to sign up as new 

20 members. This company offers 250 free hours of internet access during the first 
month of membership. In the example, the company can offer a SIO instant cash 
incentive for successfully installing the software on a computer that doesn't already 
have the software and using the service for 3 months. The money order prints out 
immediately on the user's printer, but is dated 90 days in the future to ensure that 

25 the customer is still signed up for the service at that time. If the user h-ies to cash the 
money order early, the item will not clear because it is forward dated. If the user 
discontinues the service and then tries to cash the money order, the item will not be 
approved because it is removed from the "positive pay" approved item list when the 
service is discontinued. Only if the customer waits the 90 days and still has signed 

30 up for the service will the item clear. 

While the present invention has been described in terms of preferred 
embodiments and generally associated methods, the inventors contemplate that 
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alterations and permutations thereof will become apparent to those skilled in the art 
upon a reading of the specification and study of the drawings. For example, the 
payor can be a company or other enrity even though the payor has been largely 
discussed above as being an individual. In one of many possible instances where the 
payor is a company, a payee is a person who has purchased traveler's checks online 
in accordance with the invenhon and is owed "payment" of traveler's checks in 
denominahons selected by the payee. The company issuing the traveler's checks (in 
this instance, the payor) transmits the traveler's checks as financial instruments to 
the payee even though the payee will probably not be the person actually cashing 
the checks. The payee can then print the checks using his or her own printer and 
either use them as payment for goods or (if they are no longer needed), present them 

for payment himself. 

Accordingly, the prese,nt invention is not intended to be defined by the above 
description of preferred exemplary embodiments, or by the description present in 
the inventors' previously filed provisional application, which has been incorporated 
herein by reference. Rather, the present invention is defined variously by the issued 
claims. Each variation of the present invention is intended to be limited only by the 
recited limitations of its respective claim, and equivalents thereof, without limitation 
by terms not present therein. Further, the present invention is particularly pointed 
out and distinctly claimed using ternunology that the inventors regard as having its 
broadest reasonable interpretation; the more specific interpretations of 35 U.S.C. § 
112(6) are only intended m those instances where the term means" is actually 
recited. 
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1 1. A method for electronically transmitting funds, the method comprising: 

2 (a) establishing a connechon between a first user ternninal and a printer on a 

3 wide area netw^ork, wherein: 

4 (1) the first user terminal is accessible to the payor; 

5 (2) the printer is accessible to the payee; and 

6 (3) the printer is configured to print substantially nonmagnetic printing 

7 media on a paper medium; and 

8 (b) providing authorization input to the first user terminal to activate the printer 

9 to print a financial instrument on the paper medium, the financial instrument 

10 including indicia of (1) a financial account and (2) an amount of funds that the 

11 payee is authorized to draw from the financial account. 

1 2. The method of claim 1 wherein the paper medium consists of standard office 

2 paper. 

1 3. The method of claim 1 wherein the financial instrument is a rebate coupon. 

1 4. The method of claim 1 wherein the financial instrument further includes indicia 

2 identifying the payee. 

1 5. The method of claim 4 wherein the financial instrument is a personal check. 
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6. The method of claim 4 wherein the financial instrument is a traveler's check. 

7. The method of claim 4 wherein the financial instrument is a money order. 

8. The method of claim 1 wherein the financial instrument further includes indicia 
identifying an enhty that owns funds of the financial account. 

9. The method of claim 8 wherein the financial instrument further includes indicia 
of contact information for an authorized agent of the entity. 

10. The method of claim 1 wherein the the financial instrument further includes 
security markings that are configured to change appearance when optically 
duplicated. 

11. The method of claim 1 wherein the wide area net^vork comprises the Internet. 

12. The method of claim 11 wherein providing input at the first user terminal 
comprises: 

(a) designating an electronic mail address of the payee; and 

(b) conveying an electronic mail message to the payee, the message including an 
authorization code. 
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1 13. The method of claim 12 wherein providing input at the first user terminal further 

2 comprises attaching software to the electronic mail message, the software configured 

3 to activate the printer to print the financial instrument when executed. 

1 14, The method of claim 11 further comprising establishing a connection between the 

2 printer and the first user terminal through a second user terminal, the second user 

3 terminal comprising a computer implemenhng a web browser. 

1 15. The method of claim 1 1 wherein the connection between the first user terminal 

2 and the printer is established indirectly through a server of an intermediary entity 

3 that is coupled to the network. 

1 16. The method of claim 15 wherein printing comprises: 

2 (a) transmitting an authorizahon code to the second user terminal to signify 

3 payment of funds from the payor to the payee; 

4 (b) relaying the authorization code from the second user terminal to the server to 

5 signify acceptance of payment by the payee; and 

6 (c) printing the financial instrument under control of the serv^er upon acceptance 

7 of the authorization code by the intermediary entity. 

1 17. The method of claim 15 wherein printing further comprises downloading 

2 software from the ser\^er to the second user terminal the software being configured 
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3 to cause the financial instrument to be printed on the printer when in operation at 

4 the second user terminal. 

1 18. The method of claim 17 wherein the software is further configured to allow only 

2 a single copy of the financial instrument to be printed on the printer. 

1 19. The method of claim 17 wherein: 

2 (a) the second user terminal implements functions of a web browser; and 

3 (b) the software e.xcecutes within a run-time environment of the web browser. 

1 20. The method of claim 15 wherein: 

2 (a) the intermediary entity controls funds of the financial account, including 

3 funds of the payor that are to be transmitted to the payee; and 

4 (b) the indicia further includes identification of the intermediary entity. 

1 21. The method of claim 15 further comprising transmitting, from the first terminal 

2 unit to the ser^^er of the intermediary entit>', identification of the pa>-ment signified 

3 by the transmission of the authorization code, wherein the intermediary entity 

4 accepts the authorization code from the second terminal unit only if: 

5 (a) the authorization code corresponds to the idenhfication of the payment; and 

6 (b) the intermediary entity has not previously permitted printing of the financial 

7 instrument. 
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1 22, The method of claim 1 further comprising: 

2 (a) maintaining a Hst of payments of funds that one or more payees are 

3 authorized to draw, and have not yet drawn, from funds of the payor in the 

4 financial account; and 

5 (b) after presentation of the financial instrument to a financial institution, 

6 permitting the payee to draw the funds indicated by the financial instrument 

7 from the financial account only if the list indicates that the payee is authorized to 

8 draw, and has not yet drawn, the funds. 

1 23. A data structure for transmission as an electronic mail message to electronically 

2 transmit fimds, the structure comprising: 

3 (a) an electronic mail address of a payee; and 

4 (b) an attachment of computer executable code configured to execute on a 

5 computer system of the payee to activate printing of a financial instrument on a 

6 printer accessible to the payee responsive to the authorization code, the financial 

7 instrument to include (1) indicia of a financial account and (2) an amount of 

8 funds that the payee is authorized to draw from the financial account. 

1 24. A method for electronically transmitting funds, the method comprising: 

2 (a) designating an electronic mail address of a payee; 

3 (b) conveying an electronic mail message to the payee, the message including an 

4 authorization code; and 
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5 (c) activating printing of a financial instrument on a printer accessible to the 

6 payee responsive to the authorization code, the financial instrument including 

7 (1) indicia of a financial account and (2) an amount of funds that the payee is 

8 authorized to draw from the financial account. 

1 25. The method of claim 24 wherein the printer is configured to print substantially 

2 norunagnetic printing media on a paper medium. 

1 26. The method of claim 25 wherein the paper medium consists of standard office 

2 paper. 

1 27. The method of claim 24 wherein the financial instrument is a rebate coupon. 

1 28. The method of claim 24 wherein the financial instrument further includes indicia 

2 idenhfying the payee. 

1 29. The method of claim 28 wherein the financial instrument is a personal check. 

1 30. The method of claim 28 wherein the financial instrument is a traveler's check. 

1 31. The method of claim 28 wherein the financial instrument is a money order. 

1 32. The method of claim 24 wherein the financial instrument further includes indicia 

2 idenhfying an enrity that controls funds of the financial account. 
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1 33. The method of claim 32 wherein the financial instrument further includes indicia 

2 of contact information for an authorized agent of the enrit^-. 

1 34- The method of claim 24 wherein the financial instrument further includes 

2 security markings that are configured to change appearance when optically 

3 duplicated. 

1 35. The method of claim 24 wherein activating prinHng comprises relaying the 

2 authorization code from the payee to a server of an intermediary entity to signify 

3 acceptance of payment by the payee. 

1 36. The method of claim 35 wherein: 

2 (a) achvating printing further comprises downloading software from the server 

3 to the second user terminal to signify a guarantee by the intermediary of the 

4 availability of the funds; and 

5 (b) the software is configured to cause the the printer to print the financial 

6 instrument during operation of the software at the second user terminal. 

1 37. The method of claim 35 wherein the software is further configured to allow only 

2 a single copy of the financial instrument to be printed on the printer, 

1 38. The method of claim 35 wherein: 

2 (a) the second user terminal implements functions of a w^eb browser; and 
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(b) the software excecutes within a run-time environment of the web browser. 



39. The method of claim 35 wherein: 

(a) the intermediary entity controls funds of the financial account, including 
funds of the payor that are to be transmitted to the payee; and 

(b) the indicia further includes identification of the intermediary enrity. 

40. The method of claim 35 further comprising transmitting, from the first terminal 
unit to the server of the intermediary entity, identification of the payment signified 
by the transmission of the authorizahon code, wherein the intermediary enrity 
accepts the authorization code from the second terminal urut only if: 

(a) the authorization code corresponds to the idenrificarion of the payment; and 

(b) the intermediary enrity has not previously permitted printing of the financial 
instrument. 

41. The method of claim 24 further comprising: 

(a) maintaining a list of payments of funds that one or more payees are 
authorized to draw, and have not yet drawn, from funds of the payor in the 
financial account; and 

(b) after presentation of the financial instrument to a financial institurion, 
permitting the payee to draw the funds indicated by the financial instrument 
from the financial account only if the list indicates that the payee is authorized to 
draw, and has not yet drawn, the funds. 
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1 42. A system for operation by a payee to electronically receive funds transmitted by a 

2 payor remotely located from the payee, the system comprising: 

3 (a) a printer configured to print substantially nonmagnetic printing media on a 

4 paper medium; 

5 (b) a network communication subsystem coupling the printer to a first user 

6 terminal on a wide area network, the first user terminal being remote from the 

7 printer; and 

8 (c) an authorization subsystem responsive to authorization input conveyed from 

9 the first user terminal to activate the printer to print a financial instrument on 

10 the paper medium, the financial instrument including indicia of (1) a financial 

11 account and (2) an amount of funds that the payee is authorized to draw from 

12 the financial account. 

1 43* A method for electronically transmitting a rebate to a user, the method 

2 comprising: 

3 (a) offering a rebate to the user in consideration for performance of an obligation 

4 of a specified rebate transaction; 

5 (b) receiving information from the user confirming performance of the 

6 obligation; and 

7 (c) upon performance of the obligation, generating a rebate coupon, the rebate 

8 coupon including a medium bearing trusted indicia of payment obligation to the 

9 bearer of the medium. 
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1 44. The method of claim 43 wherein: 

2 (a) the specified rebate transaction includes an agreement by the user to accept 

3 specific terms for use of a product or service; and 

4 (b) performance of the obligation includes performance by the user of an action 

5 intended to legally bind the user to the agreement. 

1 45. The method of claim 44 wherein the action intended to legally bind the user 

2 includes removing opaque material to reveal a code printed on a tangible medium. 

1 46. The method of claim 44 wherein the terms include payment by the user to receive 

2 a service for a predetermined period. 

1 47. The method of claim 44 wherein the ternis include waiving the right to return a 

2 product purchased by the user. 

1 48. The method of claim 44 wherein the terms include purchase by the user of a non- 

2 refimdable license to a software product. 

1 49. The method of claim 48 wherein the action intended to legally bind the user 

2 includes installing the software product. 

1 50. The method of claim 43 wherein: 

2 (a) the rebate coupon is generated by printing on a general-purpose printer 

3 accessible to the user; and 

-39- 

SUBSTITUTE SHEET (RULE 26) 



wo 00/63809 PCT/USOO/10345 

4 (b) the trusted indicia consists substantially of substantially nonmagnetic visual 

5 indicia formed on a plain paper medium by the printer, the indicia including: 

6 (1) identification of a financial account containing funds of the rebate; 

7 and 

8 (2) an amount of funds that are authorized to the drawn from the 

9 financial account as the rebate. 

1 51. The method of claim 50 wherein the indicia further includes identificahon of the 

2 user as payee of the rebate. 

1 52. The method of claim 50 wherein the indicia further includes identification of an 

2 entity that controls funds of the financial account. 

1 53. The method of claim 50 wherein the indicia further includes security markings 

2 that are configured to change appearance when optically duplicated. 

1 54, The method of claim 50 wherein printing comprises: 

2 (a) coupling a server of an intermediary entity to the user ternninal; 

3 (b) transmitting an authorization code to the user terminal to signify payment of 

4 the rebate to the user; 

5 (c) relaying the authorization code from the user terminal to the server to signify 

6 submission of the rebate by the user; and 
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(d) printing the financial instrument under control of the server upon acceptance 
of the authorization code by the intermediary enhty. 

55. The method of claim 54 wherein: 

(a) activahng printing further comprises downloading software from the serx^er 
to the second user terminal to signify a guarantee by the intermediary of the 
availability of the funds; and 

(b) the software is configured to cause the the printer to print the rebate coupon 
during operaHon of the soft\N'are at the second user terminal. 

56. The method of claim 55 wherein the software is further configured to allow only 
a single copy of the rebate coupon to be printed on the printer. 

57. The method of claim 55 wherein: 

(a) the second user terminal implements functions of a web browser; and 

(b) the software executes within a run-time environment of the web browser. 

58. The method of claim 54 wherein: 

(a) the intermediary entity controls funds of the financial account, including 
funds of the rebate that are to be transn\itted to the user; and 

(b) the indicia further includes identification of the intermediary entity. 

59. The method of claim 54 further comprising transmitting, from the first terminal 
unit to the ser^•er of the intermediary entity, identification of the payment signified 
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3 by the transmission of the authorization code, wherein the intermediary entity 

4 accepts the authorization code from the second terminal unit only if: 

5 (a) the authorization code corresponds to the identification of the payment; and 

6 (b) the intermediary enrity has not previously permitted printing of the rebate 

7 coupon. 

1 60. The method of claim 43 further comprising: 

2 (a) maintaining a list of payments of fimds that one or more payees are 

3 authorized to draw, and have not yet drawn, from funds of the rebate in the 

4 financial account; and 

5 (b) after presentation of the financial instrument to a financial institution, 

6 permitting the user to draw the funds indicated by the rebate coupon from the 

7 financial account only if the list indicates that the user is authorized to draw, and 

8 has not yet drawn, the funds. 

1 61. An Internet server for electronically conveying funds from a payor to a payee, the 

2 server comprising: 

3 (a) a user interface subsystem that, in operation, requests payment information 

4 from the payor, the requested information to include: 

5 (1) an electronic mail address of the payee; and 

6 (2) an amount of funds that the payee is authorized to draw from the 

7 financial account; 
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8 


(b) an electronic mail subsystem responsive to the electronic mail address to 


9 


transmit an electronic mail message to the payee, the message including an 


10 


authorization code; and 


11 


(c) an authorization subsystem responsive to a copy of the authorization code 


12 


from the payee to transmit computer executable code to the payee, the code 


13 


being configured to execute on a computer system of the payee to activate 


14 


printing of a financial instrument on a printer accessible to the payee responsive 


15 


to the authorizarion code, the financial instrument to include (1) indicia of a 


16 


financial account and (2) an amount of funds that the payee is authorized to 


17 


draw from the financial account. 
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Personal Payments at Internet Speed 

Get your auction items two weeks sooner for only 99 cents!* 

Ever get frustrated at how long it takes to send someone a check? Write a 
check, put it in the mail, wait a week, have them cash it and wait a week to clear. 

Now there's a better way! Send a money order over the Internet for only 99 
cents.* It is safe and secure, it gets there instantly and the funds are guaranteed. 
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*Pricing 

$25.00 or less: 99 cents 
over S25: 4% - .01 

Compare to the cost of sending a money order through the mail: 
$0.80 to $4.00 to purchase a money order in person 
$0.33 to buy a stamp 
$0.10 for the envelope 



$1 .43 or more and wait a week for the letter to be delivered 
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# ! /usr/bin/perl 

T^IVL .htcp: //MoneyOrdersOnline.coWa- 
Remain ; 



sub inain{ 



si;; = DBI->connectCDBI:mysql:r.o 
;.oPrror => 0, PrintError => 0)); 



moo 



{RaiseError 

^'";rln^51le!hinted , • techdif f -hunl 

database' ) ) ; 

return; ) 

$dbh->disconnect; ) 

sub go{ 

iny (Squery) ; 

Squery = parse^query ( ) ; 

if ($query-> (action) eq 

($query->{action) eq 

($query->{action} eq 

($query-> (action) eq 



neyordersoniine: localhost ' 

(error => •cannot access 



if 
if 
if 
if 
if 

return; } 

Squery 



( ^cjucj-r ^ J, » 

($query->(trans_approved} ) 

($query->(secret) ) 



■ lookup.ebay ' 
•have_inf o ' ) 

• choice* ) 

• download * ) 



{lookup_ebay (Squery) ; return; } 
{have^info ( Squery) ; return;) 
{ choice ( Squery) ; return;} 

( download ( Squery) ; return;) 
{from.mol (Squery) ; return; ) 

{ froin_envail (Squery ) ; 



.>{ error) 



.<BR>un)cnown action ( Squery-> (action) ) \n- ; 



Squery) ; ) 



• • , -A nice pretty 

it probably is... 
Squeiry-> (buyer) 

if Squery->( seller) 



sub loo)cup„ebay{^ 

TnlTe^Z'^lrl-L look up the ebay . 

/sc.;:e^^(qw<arror description buyer prxce seller,) 
retrieve_ebay_info($query->Ute™^on. seller)) = ( 

«e$ciuery{qw (error descrxptxon ^^Y^ J^^^^^^gf . com* ) ; 
widget', ■tin'enerds.com , 33.^^^ ^^.^ address, 

sxib have„info{ 

rny($query) = ^-^ 

nty($sth. Sn); 

« Validate the information 

my (Serror) ; 

Serror =- s/\bb_/buyer /g; 
Serror =- s/\bs_/seller /g; 
serror =- s/f name/first name/g; 
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Serror s/mname/ middle name/g; 

Serror =- s/lname/last name/g; .^*>i. 

if (Sauery-Xb.email) Squery-> (b.email ) ne Squery->{b email2 ) 

" - $error = •<LI>The buyer's email addresses ntust match ; ) 

if (Squery->{s_email} $query-> { s.email } ne Squery->(s.email2) ) 

.1 i*qu y^^^^-^ ^ -<LI>The seller's email addresses must match'; ) 

*^$5ie^->( error) = -Correct the following errors : <UL>Serror</UL>- ; 
print_file_hinted( 'moreinfo.html' ■ Squery) ; 
return ; } 

# Calculate fee... . ^. , 

squery- X amount) = Squery-> {price) * Squery- >{ shipping) ; 
Sauerv-Xfee) = sprintf ( " %0 . 2f • . ( Squery- >{ amount ) • .04) - 0.01); 
sSIeS^-Xfe^J = sSrintfC%0.2f. ( $query-> { f ee) < 1.00) 7 0.99 : Squery- 

''^^^^sUery-X total) = Squery- X amount) * Squery-X f ee) ; 
« Create a new check number 

TllTl'^llLr. transaction nuir^er and make sure it isn^t used... 
do( Scheckno = int t rand ( 8999999 ) ) * 1000000; 

$n = $dbh->do( 'select NULL from transaction where transnurnber = ? , 
undef , Scheckno) ; ) 
while (Sn >= 1) ; 
$auery->(<=^e<=^o> = $chec)cno; 

Ssth = $dbh->prepare( "replace into transaction set . 

. modified = UNIX.TIMESTAMP ( ) . transnumber = 7. , 
- b email = b.fnaine = ?. b.mname = ?, b.lname = ?, 
b.address = b.city f ^^J-^^.e = l^^t^<^''ljj^ . 3.1name = 

s.address = s.city ^-^^/^-^Tl^rlUty - price - 100 • 
Shipping = 100 . ;/3:secret = .•); 

sn = Ssth->execute(eSque^{qw(che^^ ^_.,ciress b.city b.state 

b.zipcode s_email s_£name s.mname s.lname s.address s.city s.state 

s.zipcode description itemno notify price shipping fee b.secret 

s_secret) ) ) ; 

*^?queri-Xei-ror) .= -<BR>in have.info: select transaction n=($n)\n-; 
print_file_hintedCtechdiff.html', Squery); 

'^^^YT!^!^^! ' - 'hrtn - / /moneyordersonline . com/check/chec)c. cgi/ .gif * 
squery- X image) - " ' . . uri.: : encode (Squery- XcheOmo) ) 

•&itemno=- . URL :: encode ( $query-> { itemno) ) 
'. "&payee=' . URL: : encode C ©Squery {s_f name, 

s_lname)') -S.amount=- . URL :: encode ( Squery-> (amount) ) ; 

print_file_hintedChowpay.html • , Squery) ; } 

sub from_mol{ 

my (Squery) = 
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w v«o - Sauery-X'checknoM 11 Squery-> { ' user2 • ) ; 
my $itenmo - squei-y 

unless '5^^^^^°;.^-/ = .<BR>check number is missinoNn"; 

^S^clf il:!hinted ( • techdif f . ..ml • . S^ery) ; 
return; ) 

b..ipcoae.- ^ 3_^,„e, s.lna^. s_.da,«s. s.city. s.sr.te. 

s..ipcode,: ^;^^^,^,.„„, „o.ify. pric/lOO. .hippin„:00, fee/100.- . 

recum; ^ . , . 

Sn = Ssth->execuce(Scheckno) ; 

if ($n != 1» . = .<BR>select transaction n=l$nl\n-; 

' J?^nrfiie!hiited<.techdiff.htna-. S^ery, : 
return; ) 

si^?:r^; ---ii ---- ^ ^-^-^^^ ^-^'""^ 

b.zipcode ,_^an.e s_lnan.e s.address s.city s_state 

s.zipcode description itencio notify price shipping fee 

b_secret s_secret 
)) = Ssth->f etchrow_array ; 

' ^?^"!in:":niear.eohaiff.h.ml., S<r.erv,.- 

return; > >(Drice) + Sdata-> { shipping) ; 

^*^^"-1:::^K=%d«">Um:^t; . Sdata-Xfee); 

!f rSd:ia!>uital) ;= ^-:-;>i^i:S^^ortiinsaction a.ount is wrong 
I Squery-Merror^.- ^^^^^^Y\n- . 

'^''"""'^'^"itJiiel^^n^dCtechdiff.html-. Squery) ; 

return; ) , • -» \ 

<riata->{b email) = $query-> { email ) , 
cdata-> b'fname) = squery-> ( f irstname) . 
<data-> rename) = Squery- > { lastname ) ; 

Id^^-Xbladdress) = Squery-> (addressl K ^ . S^ery- > ( address2 ) ; 

Sdata->{b_adcress) .- / squery 
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$data->{b_city) = $query-> { ci ty } ; 

$data->{b_state} = $query-> ( state) ; 

$data->{b_2ipcode) = Squery-> ( zip) ; 

$data-> { status) = 'PAID CC ' ; 

$data->(cc.type) = $query-> { cardtype) ; 

Sdata-Xcc.number) = $query-> { cara.number ) ; 

Sdata-Xcc.exp) = - Squery- > { exp.mon } / $query-> ( exp_year ) : 

$data->(b_secret) = int ( rand ( 89999 ) ^ 10000 ; 

$data->{s,secret) = int ( rand ( 89999 ) - 10000); 

$data-> {chec)cno) = $chec)cno; 

if (0) 

{ fitprint„header ; 

print •<P>in from_mol: data:\n*; 
for (sort )ceys %$data) 

{ print *<BR>   -> $data-> { $,) \n- ; ) ) 

Ssth = $dbh->prepare< -update transaction set' . 

- modified = UNIX.TIMESTAMP ( ) . " . 

- email ' ?, b.fname = ?, b.mname = ?, b_lnaine - ?, 
b address = b_city = ?. b_state = ?. b.zipcode ^ -\ _ , . 

- status = ?, cc.type = ?, cc.number = ?, cc_exp - ?, . 
• b_secret = s_secret = ? where transnumner = ?•); 

T^^^$q^liJ^-> (error) .= -<BR>in from.mol: prepare update transaction 

failed: @{lDBI->errstr])\n-; ^^.^^ <^,or^^ . 

print_file_hinted( 'techdiff.html' . Squery) , 

$n = $Ith^execite<@$data{qw( b_email b.fname b.mname b.lname 

H address b citv b State b_zipcode 

D_aaaress D_t.j.uy _ status cc_type cc_nuinber 

cc_exp b_secret s_secret clieckno 

) )} ; 

^^Squeri-Xerror) .= -<BR>in f rom.mol : execute failed n=($n]\n-; 
print_file.hintedCtechdiff.html* . $query) ; 

return ; ) 
my ( $m. Sn) ; 

if ($data->{notify) eq 'yes') { 
From: ^MoneyOr SLonline.com <Fulf i 1 ImenteMoneyOrdersOnl ine . com> 
To: {b_email) 

Subject: Money Order for eBay Item #{i.temno) 
To Money Orders Online.com Customer: 

your purchase of a money order in the amount of S (amount) is complete, 
^he monejorder has been delivered to the seller (seller)^ Including 
The processing fee of S{fee). a total amount of Mtotal) has been 
charged to your (cc.type) credit card {cc_number). 

If for some reason you wish to cancel this money order, and the seller 
has not yet retrieved the money order, you can go to 

( (myurl }} /process . cgi ?i temno= { i temno ) &checkno= { checkno )& secret= {b.secret ) 
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CO cancel . 

Thank you for using MoneyOrdersCnline.com! 



EOF 



llLiilf^noniy Ora.r ,cr eS.y Ice™ . U..,^o, 

^ mr.in*av Order on behalf, of eBay 
we have been authorized tc ;,;,::S:^.°'^?he amount of the money 

user (buyer) for ^Bay atem numoer «Ute^ ) ^^^^.^^ ^^.^^ 

order J ^^-Z^.H^.y'Z ^C.^^wS^PC- compatible printer on plain paper 
:°rL:h " ^ull .^l s^J'.ay as any other money order. 

.^wnrocess cgi ?i temno= ( itemno) .chec)cno= ( checkno) .secret= (s.secret > 
{ {myurl} ) /process . cy^ 

.^v.->^ T^rinter go to the same site and request 
. ^ Have a PC -compatible printer, 

IL^ZnZ TJr'll sen. Co yo„ v.a £i..c-cl«s 

rs^^^y^ Online PREFFERRED SELLER and get 
By the way. you can become a Money Oroers Onlxne^^ ^^^^^^^ ^^^^^^ 

fjee money order ^"^^/^^.^^f H^piyn^ent for your auctioned items. Go to 
you accept money orders ^^^^^^^^fg^^^d/ intro.html 

Ltp://MoneyOrdersOnl.ne^com/pref erred/ ^^^^ shipping your items a 

for more information. Being a P'^"^^ labels, official money order 

with ---^trriiLrpS ^agf aiSSlive backing.. Streamline your 

i:g-^;icf anHhrj^^nro^erJtions by joining today. 



EOF 

) else { 



K.om: Mon:yO;d::sOni;;e.com <.ulf illment.MoneyOrdersOnline . com> 
lub^ctHoiey order for eBay Item «(itemno, 

TO Money Orders Online.com Customer: 

, ^hP amount of S (amount) is complete, 

your purchase of a money °;f ^Ttotal amount of S(total) has 
including the P-oc"""^ ^^Je) credit card (cc.number) . 
been charged to your (cc.type) 

. , 1 ,n»liverv of your money order. Please go to 
you have requesteo ^^^^J your money order. Please note 

^.^:t^:ie°min?y"^a^r l^^^lr^^ only on PC-con^atible co^uters . 
n_.l))/process.cgi.ite..o=ate^o).checkno=(checkno).secret=<b_secret) 

Thank you for using MoneyOrdersOnline.com! 
EOF 

Lndmail(subst(Sm, Sdata)) if Sm; 
sendmail{subst(Sn. Sdata)) if Sn. 
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) 

sub from_email{ 

Z'sd^tri Iookup(lqw(status b.fname b.lname b.secret s.fname s.lname 
s.secrec itemno price shipping fee)], Scjuery. •download'); 
return unless Sdata; 

eSdata(checkno. itemno) = eSquery{checkno. itermo); 

/<rfata-> ( status) =- /~PRINTEO\b/ ) 
i $Sier^- "errors .= -<BR>Money order was already Sguery ( status ) \n- ; 
print.file.hintedr techdiff .html- , Squery) ; 

return; } 
my Swho = $data-> (who) ; 

T'^'^^^SmleS-M error) .= -<BR>in f rom_email ; Logic error: no who\n- ; 
print„file_hintedr techdiff .htna^ , Squery) ; 

return; } 

Sfn = 'cliOc-buyer.html' if $who eq *buyer'; 

Sfn = 'click-seller-html' if Swho eq 'seller'; ^ ^ ^ ^ ^ _ .^^ 
Sdata->{ image) = -http : / /moneyorderscnl ine . com/chec)c/check . cgx / . gi^f 
5data >iainagt^; ^ •?chec)cno=- . URL :: encode ( Sdata- > (checicno) ) 

•£citemno=" . URL :: encode ( $data-> ( itemno) ) 
•'&payee=" . URL :: encode (" eSdata { s_f name, 

s.lname}') -&amount=- . URL :: encode ( Sdata- > {amount )) ; 

print_f ile_hinted($fn, Sdata) ; ) 

sub choice { 

JS^'sSStri lookup ((qw( status s_fna«,e s.lname price shipping fee b.secret 
s_secret) ] . Squery, ' choice • ) ; 
return unless Sdata; 

eSdata{disp. secret) = OSquery {disp. secret); 
if (0) 

( iprint_header ; ^ » x _ . 

print -status=Sdata->{status) secret=$data-> { secret ) \n ; 

return; ) , 

if (Sdata->{stacus} =- /'PRINTEDXb/ ) , »x . 

{ Squery- X error) .= -<BR>Money order was already $<iuery{ status) \n ; 
print_file_hinted( ■ techdif f - html ' , Squery) ; 

if (Sdata^iwho) eq -buyer' && Sdata-Xdisp) eq 'p-b-mail' 

II Sdata-Xwho) eq 'seller' $data->{disp eq ' PT^'^?^^ J; ' ' . 

{ print -content- type: text /html \n\nchecK wall be mailed to Sdata- 

> {who) \n* ; 

if (Sdata^lwho) eq 'seller' && Sdata-Xdisp) eq ' p-s-decline ' ) 

; print iconten?-type: text/html \n\nBuyer will be notified that you 

declined* ; 

return ; ) 

print_f ile.hinted ( ' download . html * , Sdata) ; } 

sub download { 

my (Squery) = 
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Sdaca = lookup ( I qw(b_f name b_lnan,e b.secret s.fname s.lname s.secret 
atemn7price shipping f ee) 1 . Squery. ■aownload ) ; 
return unless Sdata; 
my Swho = $data-> { who) ; 

r'"sq^ieS->< error) •- "<BR>in download: Logic error: no who 
secret = S<^ery->Uecrem^^^ Sc^ery, ; 

/c!!^o^^' 'buyer' && Squery-> {disp) eq "p-b-mail' 

■"'^"■^'"^;*i;;;:f ila.hint.d< ■ techdif ! .html ■ . S,u.ry. ; 

return; ) ,1 - 

my Smemo = "eBay item «Sdata->( itemno) ; 

Z l™d ^r^^'^f^-:-' codayO. Spayee. Sdata-Xa^unt) . 
Smemo^^Sdata-><chec)c.o)^ 

e{ (length ($download)])\n\n-, Sdownload;) 

sub loo)cup{ ^1 _ a . 

myCSfields, Squery, Swhere) - 

itiy($f ) ; 

for (eSfields) 

( $f .= • . • if $f ; 

$f -/loO' if (price Ishippingl fee) S/; ) 

if (0) 

{ &print_header ; 
itemno = ?\n* ; 

^ Ss"'n4bh->prepare. -select Sf from transaction where transnumber = 
? and itemno = ?• ) ; 

r'"sq>le?J->< error) -= •<BR>in Swhere: prepare select transaction 
fAiT*»d- g f fDBI->errstr ] } \n" ; 

failed. ig_hintedCtechdiff.html-. Squery) ; 

^ SnTsrth->eiecute (@ Squery {checkno, itemno)); 

f ''squ^rj- (error) .= •<BR>in Swhere: select transaction n=($n) 

'''^^'^*t:!i?!hi:!;^nUdr;echdiff.html-. Squery); 

return; ) 
mv ( Sdata ) ; 

J^data<eSfields) = $sth->f etchrow_array ; 
$sth->finish; 
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exists 5a«»->.-cunt, exi,.^dat.->U jaac-X • b.s.cret ■ , : 

$dat.d ; } 
sub isOK{ 

/'^ti;^ay^ I 'illin:ln^9 1 x..oneyordersonline . comS | X^nerds . conv$/i : ) 
sub sendix\ail{ 

i^n^s'usOK.Sto. « op.„,S -l/usr/lib/.e^a^oil -f,. 

{ print •<BR>E-mail to $to faxledXn . 
return 1 ; ) 
print S Smessage; 

^i^JnSeader; print -<BR>Mail senc .o StoXn- ; ) 
sub retrieve„ebay_info{ 

:;S;!sh^! Sde=cripti=n. Sbuyer. Sle.t, Sprice, S<„.«i,:y, : 

Serror = "Item «$item not found. unless :>erroir \\ 

'^''^Serror: Jh^au^^Hn Sas noi ended.' unless Serror || Slefc =- /auction 
has ended/ is; 

• f (Squantity > D 

if (Sprice) t spxxv-c 

serror = 'Item did not sell' unless Serror; 
(Sprice) = Shtml =- /<£ont . ' ?>Scarts 
at<\/font><\/cd>.-?<b>(.-?)<\/b>/is;) 

T'^ldl:iTrV- Shtml =- /<font.-.>High 
Bid<\/fcnt><X/td>.-?<b><a.-?>(.*?)<\/-><^/b>/is: 
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if (Sprice) 

{ Sprice =- s/"\S//; 

^ , terror = 'Item did not sell' unless Serror; 

(Sprice) = Shunl =- /<f ont . ♦?>Starts 
at<\/£ont><\/td>.*?<b>(.-?)<\/i=>/"'- ) 

less <Serror)^^^^ ^ ___ ,,High 

Bid<V/fonc><\/td>^- b><a^ ShLl i- /<£onC. ..>Seller 

.o^bxa .•»>(. •?)<\/a><\/b>/xs; ) ' 

sub print_file_hinted( 
my(Sfn, Sdata) = 

pniri!lJstUoad.file(Sfn). Sdata,;) 

^prJnl'^-Sontent-type: text/htnaxnNn" unless Sheader^rinted; 
$header_printed+H-; ) 

sub load_file{ 
iny($fn) = 
my (Ss) ; 
local (* IN) ; 
if (open (IN, $fn)) 
{ readCIN, Ss. -s Sfn) ; 

close(IN); ^ , . ^ . , v 

$s II -Technical dif £iculties\n ; ) -a 

sub subst{ 

niy(Ss, Sdata) = 

Sdata- > (method) = "POST ; 

! ./quote (Sdata->{Sl})/gie; 

!^ ?;}/uS::encode($data->{Sl})/gxe; 

Ss =- s/{(.*?))/Sdata->{Sl}/gi.- 
Ss;) 

sub quote { 

rny(Ss) = 

SS =- s/(twi )/\\si/3; 
•\-$s\'*;) 

sub parse_Query{ 

„y($content, Squery).- CONTENT LENGTH)) if SENV{CONTENT_LENGTH) ; 

!s^"uW?"sS;icu™KlNC)T. split(/./. .content)) 
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{ my(Skey,Sval) = /-(.*?) = (•*)$/; 
next unless Skey; 

l^ll l~~ sMaO-la-z] (0-9a-^))/pack(H2.$l)/ige; 
$vai = - sM((0-9a-z)|0-9a-2))/pack(H2.Sl)/ige: 
Sval =- s/~\s|\sS//g; 
$query->{S>«ey) = Sval; ) 
if (0) 

{ iprint_header; 

print •<P>In parse_query: query :\n . 

for (sort keys %$query) •» \ 

(print •<BR> s.nbsp; S_ --> Squery->{$_} \n ; ) ) 

Squery; } 

^^%Ln) - qw (January February March April May June July August 

^^^^^S!^s°cr°?:in~: Srs^^n. Syear. Swday. Syday. Sisdst, = 

'°"'S'"stoda;'= sprintf %d. %d- , Smon ( Smon] , Smday. 1900 * Syear; 

$ today ; } 

package URL; 
use Socket; 

my ($remote, $path) - ^-l^J 

my($buf. $ret); ^v,i\t.-- 
uVJl^r •<BR>urlget [Sremote] l$path]\n ; 
::^<SnLne SaJIaLs. Saddrtype, Slength. Sremoteaddr) = 
gethostbynameCSreinote) ; unpack(C4. Sremoteaddr) ) , 'Xn-; 

^S^k^t.; scil%^. eTor print .<BK>socket: S i Xn- : 

•sisirr:::j:dS5s.8;/i^:!:.on;;;^te, ) ; 

TorlllliS. Ssin) or print .<BR>connect : S-Vn'; 

norint -<BR>Connected to SremoteXn ; 
select (S); $1 = 1: select (STDOUT) ; 
orint S "GET $path\r\n-; 
while (sysread(S, $buf, 10240)) 

{ $ret .= Sbuf; ) 
close(S) ; 
$ret;) 

sub encode { 

J^^f!^/(!=\?\«^\*;<>5>/'** -^"P^^^^^^'^^^^^^- 
sz =- tr/ /+/; 
$z; ) 

Local Variables: **• 
«#« tab-width:4 
End: 
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US 5.570.465 A (TSAKANIKAS) 29 October 1996. coL 6. line 41 
thru col. 17. line 41. 

US 5,909,673 A (GREGORY) 01 June 1999, col. 8, line 8 thru col. 
23, liie 54, 

US 5,970,469 A (SCROGGIE et al) 19 October 1999. col. 5. line 45 
thru col. 13, line 46. 

US 5.925,865 A (STEGER) 20 July 1999, entire document. 

US 5,963.647 A (DOWNING et al) 05 October 1999, entire 
document. 

US 5,993,047 A (NOVOGROD et al) 30 November 1999, entire 
documet. 


1-61 

1-61 

1-61 
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1-61 
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fx] Furtl 


ber documents arc listed in the continuation of Box C. [_] See patent family annex. 


' ' — " — ■ \Mim docuawit publi»b*d »ft«T tt>« tni«ra*t*oo«l film* d*ui or pnonty 

SpM»al c«ta«oM of ciloa <*ocu««aa: ««i oot » coafUct Ibo •ppbcooo btit cii«l to undent«nd 
•A- <ioo««rt d»r«in« cb« t««>«l .t.!. of tb« art whicb » tK* oomWI^ th» prmwplo oc tb«wy u«Uriy«ne ii»»«»*Km 

to of pwlMukr raWvaoo* doe«n«ot of pcrt^lar r»lmf«noe. tb« cIsuDod inifootjoii c«nooC b« 
•B* wtivr lirmrmTn* p^iMitM^ oo or •fW tb« nrtem«ooc»l rdin« ooo»idw»d oovel or c«naoc btt eopn»id*r«d to involv* «o mTeottTs »tep 

. / X .t.;^ u A>cuiDeBt is taken tloo* 
•L* doc»«.«rt wbkh B«y throw <k>ubtt oo prwiey cla«n(«) or whj^ji 

ciSMi to mtMhMab tb» pubbcaboo dau of aoodMr cMaUoo or o«b«r <joct«i«ot of p«rt>culv fwUvMWtt; tfa« cUimod iavwooo camKX bo 
tpaoal FMsoo (w ip*eir»Ml) ©o«»id«r»d U> mvoK* wi Knf««Knf« »*»p wb« tbtt docunrat n 

, .k:k;*^ « ocK» co«b«>ttd with oo« or (»or» odow tocb docum«tit», »ucb eombiomtooo 
•O- ^^-^ d«clo««. «b*bK«i cr od*- U, • p~« .kiU^ io d*. «t 

•p* £^-^^p,tHf->-^r^*"«»*«^«'««'^>«*^o^f"*^ d«to bm IrtiT d>ao ^a.- aooM«Bi ■««ib«^ of tb* un« |Moi family 


E>ate of the actual complctioo of the inteniatiooal search 
10 AUGUST 2000 


Date of mailing of the intern atiooal search report 

f\y .29 AUG 2000 


Name and mailing address of the ISA/US 
Commxuioocr of PstCfUB and Trademtfis 

BokPCT 

X'Jashki^^ D.C 20231 
1 Facsimile No. C703) 305-3230 


Authiri^^ 

taO SWANN 
Telephone No. a03) 308-7791 
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lalmatknftl Apptic&tiofi No. 
PCTAJSOO/10345 



C (CoatiflttatiaD). DOCUMENTS CONSIDERED TO BE RELEVANT 



CAlogory* 


CitAtiQa of docttneaU witk bdic«tioa, wbero AppioprUte. of the nlevnt pMwges 


Relevsat to cUim No. 


A 


US 5,611.046 A (RUSSELL et al) 11 March 1997, entire 
document 
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